home *** CD-ROM | disk | FTP | other *** search
- Path: nntp-trd.UNINETT.no!usenet
- From: Paul Kenneth Egell-johnsen <paulken4@afrodite.kih.no>
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Visual language environments
- Date: Mon, 25 Mar 1996 14:26:23 +0100
- Organization: UNINETT news service
- Message-ID: <31569EFF.1F43@afrodite.kih.no>
- References: <3155e66b@beachyhd.demon.co.uk>
- NNTP-Posting-Host: afrodite.kih.no
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.01 (X11; I; HP-UX A.09.05 9000/720)
- CC: Eric Totel <totel@laas.fr>
-
- Adam@beachyhd.demon.co.uk wrote:
- >
- > PKE> At the moment though, both MUIBuiler and GadToolsBox output C code
- > PKE> where you easily can identify callbacks (they are put into their own
- > PKE> files), so there are no sweat making the Gui and then adding the
- > PKE> neccessary codes to the callbacks. (I do recommend the latest
- > PKE> MUIBuilder).
- >
- > But still (and correct me if I'm wrong, as I'm in Assumption-Land here), you go
- > through the following process:
- >
- > 1. Build the GUI
- > 2. Write the code
- >
- > If you need to make big changes to the GUI after you've completed step 2,
- > you're in trouble, right? A proper integrated visual environment would be
- > perfectly happy with this. It would be keeping track of all the 'extra' code
- > (that the programmer has coded) aswell as the GUI itself..
- >
- > Sure, the GUI builders are a very useful set of tools, but I don't think they
- > along make a visual programming environment like Visual BASIC..
-
- Yes, all I have tried does it this way (though I think Visual
- Arts had some way to insert the code in the builder, but as I
- really hated how the program worked, I don't know how the
- program would work with the code).
-
- I hope Eric (MUI-Builder) Totel will enable the following
- process:
-
- 1. Build the Gui
- 2. Add AmigaGuide texts to the objects (as is available NOW, in
- MUI-Builder)
- 3. Add code to the object's events (as in Visual Basic and
- such.)
- 4. Export the code
- 5. Complile the code
-
- Then jump to 2 or 3 to enhance or add new elements, and then
- continue with 4 or 5.
-
- As long as the code is known to the program (or at least the
- program knows where the code is) then it is merely a situation
- of saving the correct paths together with the GUI elements in
- the save file.
-
- This would be the level most people would be comfortable with
- (at least programmers), and I don't ask for much more than this.
- More than this and we are into RAD (rapid application
- development) land.
-
- And Visual Basic does the above, but it don't export the code,
- it makes an module which has to be interpreted while running...
- This makes for one environment compassing every part of the
- development, but interpreted...
-
- Another addition to MUI Builder, while we are at it, would be
- user definable menus for adding things like compile and make,
- then MUI Builder would be `sort of' an integrated programming
- environment.
-
- Finally, I don't know what Eric is going to do, as he only has
- pictures available at his site.
-
- Paul K Egell-Johnsen,
-
- mailto:paulken4@afrodite.kih.no
- http://afrodite.kih.no:8001/studenter/paulken4/frames/
-